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ALIGNMENT OF TDM BASED SIGNALS FOR PACKET 
TRANSMISSION USING FRAMED AND UNFRAMED 
OPERATIONS 

5 RELATED APPLICATIONS 

10001) This is a continuation of U.S. Provisional Patent Application Serial Number 

, entitled "Alignment of TDM-based signals for Packet Transmission using 

Framed and Unframed Operations" filed March 31, 2001. 

10 FIELD OF THE INVENTION 

[0002] The invention related to the field of telecommunications. More specifically 
the invention relates to ahgmnent of Time Division Multiplexing (TDM) signals for 
packet transmission using framed and unfi'araed operations. 

15 BACKGROUND OF THE INVENTION 

[0003] With the advent of the Internet and the World Wide Web (WWW), the need 
for high-speed transmission of data including video and audio has continued to increase. 
Moreover, in addition to the demand for higher bandwidth, there has also been an 
increased need for various types of services that employ different protocols. For 

20 example, certain customers (e.g., companies providing voice services) of high-speed 
networks want to operate on a Time Division Multiplexing (TDM) Network, which 
combines different data streams, such as voice traffic, such that each data stream is 
assigned a time slot within the combined data stream. Moreover, other customers of 
high-speed networks may desire to transport data employing packet-based data streams, 

25 which do not have dedicated timeslots to given packets. Examples of the types of packets 
that can be placed into such data streams can include Asynchronous Transfer Mode 
(ATM), Internet Protocol (IP), Frame Relay, voice over IP and Point-to-Point Protocol 
(PPP). 
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[0004] Figure 1 ilhtstrates a prior art traffic or line card within a network element fot 
processing of packet-based data that is wrapped in different formats for transmission. In 
particular. Figure 1 includes line card 100 that includes receiving unit 120 and 
transmitting unit 122. Receiving unit 120 includes deframer unit 102 that is coupled to 
5 packet engine unit 104, which in turn is coupled to packet processor 106, Transmitting 
unit 122 includes packet processor 108 that is coupled to packet engine unit 1 10, which in 
turn is coupled to framer unit 1 12. The packet-based data being received by and 
transmitted out from deframer unit 102 and framer unit 1 12, respectively, is encapsulated 
or Avrapped into different formats or protocols. For example, one type of such format 
10 could include Synchronous Optical Network (SONET) and Synchronous Digital 
Hierarchy (SDH). 

[00051 Within receiving imit 102, deframer unit 102 receives the encapsulated packet- 
based data and removes the payload of this encapsulated data, which is the packet-based 
data. Deframer unit 102 then forwards this payload to packet engine unit 104, Packet 

15 engine unit 104 locates the packet boundaries within the payload and forwards the 

packets to packet processor 106. Accordingly, packet processor 106 can perform various 
packet operations on such packets. For example, if the packets are Internet Protocol (IP) 
packets, packet processor 106 can include a forwarding table for forwarding these IP 
packets to other locations within the network that contains the network element that 

20 includes line card 100. 

[0006] Within transmitting unit 122, packet processor 108 receives packets from 
other locations in the networks, such as IP routers for IP packets, and forwards such 
packets to packet engine unit 110. Packet engine unit 1 10 combines these packets into 
payloads of the protocol associated with the transmitting line coupled to framing luiit 112. 

25 Packet engine unit 1 10 then forwards these payloads to framer unit 112. Framer unit 1 1 2 
then encapsulates these payloads into the protocol for the transmitting line and forwards 
these encapsulated payloads thereon. 

(0007J Figure 2 illustrates a different prior art traffic or hne card within a network 
element for processing of TDM traffic, including telephone calls, through a packet-based 
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network. In paiticidar, I igure 2 includes line card 200 Lhat allows for voice over IP and 
includes receiving unit 220 and transmitting unit 222. Receiving vtnit 220 includes 
deframer unit 202 that is coupled to interface unit 204 that is coupled to digital signal 
processor 206, which in turn is coupled to packet processor 208. Transmitting unit 222 
5 includes packet processor 210 that is coupled to digital signal processor 212 that is 
coupled to interface unit 214, which in turn is coupled to framer unit 216. 

[0008] The input into receiving unit 220 is TDM carrying telephone lines, such as 
Data Signal (DS)-3s and DSls. hi particular, 24 DSO data streams, each associated with a 
f ;j given telephone call, are interleaved within a DS 1 . Moreover, under current transmission 
f :%10 standards, 28 DSl data streams can be interleaved into a single DS3. Deframer unit 202 
J t receives the DS 3s or DSl s and removes the DSOs contained therein. Moreover, the DS3 
and DSl data streams contain overhead bits that indicate the beginning of the DS3, DSl 
and DSO frames within such data streams. Accordingly, in addition to transmitting the 
DSO data streams to interface unit 204, deframer unit 202 transmits signals indicating the 
^^15 beginning and ending points of these DSO data streams (i.e., frame alignment data) based 
13 on the overhead bits contained in the DS3 and DSl data streams. In other words, 
deframer unit 202 removes overhead bits, including framing bits, and transmits the 
payload (the DSOs data streams) along with frame alignment data indicating the 
beginning and ending points of the DSO data streams to interface unit 204. 
20 [0009] Interface unit 204 receives the interleaved DSO data streams and formats such 

streams for processing by digital signal processor 206. Digital signal processor 206 
receives the 24 interleaved DSO data streams, which are effectively 24 separate telephone 
calls, and separates the DSO data streams and creates 24 separate packet streams for 
subsequent packet processing and transmission. Moreover, digital signal processor 206 
25 may compress some or all of 24 packet streams for subsequent transmission. Digital 

signal processor 206 then transmits these packet streams to packet processor 208. Packet 
processor 208 typically acts as a router using a forwarding table to router the packets 
through the network to the destined location. 
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[0010] Disadvanlagcously, line card 200 is typically located within a network elemetit 
wherein the real estate for the racks holding the line cards of such network elements is 
considered to be expensive due to space limitations. In particular, such network elements 
are typically located a central office or on the premises of large customers. Accordingly, 
5 all of the hardware within line card 200, including interface unit 204 and digital signal 
processor 206, are considered very costly in terms of real estate. Moreover, digital signal 
processor 206 tends to consume a relatively large amount of power, which needs to be 
limited in this location. Moreover, digital signal processor 206 conventionally includes 
processing power that can handle more TDM signals than is provided at such locations, 

10 [00111 Figure 3 illustrates a prior art TDM switch for switching of DSO data streams. 

This TDM switch, also termed a class 4 or class 5 switch, includes TDM bus 304, which 
is coupled to time-slot interchanger 302, (de)framer units 306-310 and DSO interface 312. 
DSO interface 3 1 2 is an interface that couples a number of DSOs Jfrom a number of 
different sources to TDM bus 304. For example, DSO interface 312 could receive such 

15 DSOs from a Plain Old Telephone Service (POTS) line or to other sources that generate 
DSOs. (De)iTamer imits 306-310 typically receive a number of DS3 and/or DSl signals 
from external transmission lines and break such signals down into the DSOs contained 
therein. Additionally, a number of different DSOs are placed onto TDM bus 304 from 
(de)framer units 306-310 and DSOs 312. Such DSOs are then transmitted to time-slot 

20 interchanger 302 wherein the DSOs are re-ordered and routed back out from the TDM 
switch through (de)framer units 306-310 and DSOs 213. 

[0012] For example, time-slot interchanger 302 could receive a first DSO originating 
from a DS3 signal from (de)framer unit 306 and transmit this DSO out (de)framer unit 
310. Similarly, time-slot interchanger 302 could receive a second DSO originating from a 

25 DSl signal from (de)framer unit 308 and transmit this DSO out (de)framer unit 310. 

Accordingly, (de)framer unit 310 could place these two DSOs along with 22 other DSOs 
into a DSl signal and transmit this DSl signal out from the TDM switch of Figure 3. As 
illustrated, the TDM switch of Figure 3 acts as a TDM cross-connect by allowing for the 
switching of TDM data at the DSO level. 
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SUMMARY OF THE INVENTION 

[0013] A method and apparatus for alignment of TDM-based signals for packet 
transmission using framed and uniramed operations are described. In an embodiment, a 
5 line card in a network element includes a deframer unit that receives a Time Division 

Multiplexing (TDM) signal. The TDM signal includes a payload and overhead data. The 
deframer generates frame alignment data based on the overhead data. The line card also 
includes a packet engine unit coupled to the deframer imit. The packet engine unit 
receives the payload, the overhead data and the frame alignment data and generates a 

10 number of packet engine packets. The packet engine packets represent a frame within the 
TDM signal such that the packet engine packets include the payload, the overhead data 
and the frame alignment data. Additionally, the Hne card includes a packet processor 
coupled to the deframer unit. The packet processor receives the packet engine packets 
and generates network packets based on the packet engine packets. 

15 [0014] In another embodiment, a method includes receiving a TDM signal that 

includes overhead data and payload data. Frame alignment data is generated based on 
locations of frame boundaries within the TDM signal. The method also includes placing 
the TDM signal into packet engine packets based on the frame boundaries within the 
TDM signal. The overhead data, the payload data and the frame alignment data are 

20 within packet engine packets. Each packet engine packet corresponds to a frame within 
the TDM signal. The method also includes encapsulating the packet engine packets into 
network packets. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



(0015] Embodiments of the invention may be best understood by referring to the 
following description and accompanying drawings which illustrate such embodiments, 
5 The numbering scheme for the Figures included herein are such that the leading number 
for a given element in a Figure is associated with the number of the Figure. For example, 
system 400 can be located in Figure 4. However, element numbers are the same for those 
elements that are the same across different Figures. In the drawings: 

[0016] Figure 1 illustrates a prior art traffic or line card within a network element for 
10 processing of packet-based data that is wrapped in different formats for transmission; 

[0017] Figure 2 illustrates a different prior art traffic or line card within a network 
element for processing of TDM traffic through a packet-based network; 

[0018] Figure 3 illustrates a prior art TDM switch for switching of DSO data streams; 

[0019] Figure 4 is block diagram illustrating a system that incorporates embodiments 
15 of the present invention; 

[0020] Figure 5 illustrates portions of in-ring network elements 102-108, according 
to embodiments of the present invention; 

[0021] Figure 6 illustrates portions of line card 502, according to embodiments of the 
present invention; 

20 [0022] Figure 7 illustrates a superframe DS 1 signal and packet engine packets 

created there from, according to embodiments of the present invention; and 

[0023] Figure 8 shows packet engine packets corresponding to DSl frames within a 
DSl superframe, according to embodiments of the present invention. 
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DET.MLED DESCRIPTION 

10024J A method and apparatus for alignment of TDM-based signals for packet 
transmission using framed and unftamed operations are described. In the following 
description, for purposes of explanation, numerous specific details are set forth in order to 
5 provide a thorough understanding of the present invention. It will be evident, however, to 
one skilled in the art that the present invention may be preicticed without these specific 
details. 

System Description 

10 [0025] Figure 4 is block diagram illustrating a system that incorporates embodiments 

of the present invention. In particular. Figure 4 illustrates system 400 that includes 
network ring 414, which is comprised of in-ring network element 402, in-ring network 
element 404, in-ring network element 406 and in-ring network element 408. System 400 
also include non-ring network element 410, non-ring element 411 and non-ring network 

15 element 412, which are coupled to network ring 414 through in-ring network element 
402, in-ring network element 404 and in-ring network element 406, respectively. In an 
embodiment, non-ring elements 410-412 can be routers, switches, bridges or other types 
of network element that switch data across a network. 

[0026] In one embodiment, the connection among in-ring network element 402, in- 

20 ring network element 404, in-ring network element 406 and in-ring network element 408 
allow for bi-directional traffic. Accordingly, this bi-directional capability allows for 
redundancy in the communication between the different network elements, such that if a 
given line of conmnmication is lost, the data traffic to be transmitted thereon can be 
rerouted in the opposite direction to reach its intended destination within the ring 

25 architecture. 

[0027] In an embodiment, system 400 transmits data traffic among the different 
network elements, both in-ring and non-ring, employing the Synchronous Optical 
Network (SONET) standard or Synchronous Digital Hierarchy (SDH). However, 
embodiments of the present invention are not so limited, as data traffic among the 
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different network elements can be transfen ed using other types of transmission slariclards. 
Examples of other types of transmission standards can include, but are not limited to, Tl, 
T3, Jl, El, E3, Data Signal (DS)3 and DSl signals. In one embodiment, data traffic 
among in-ring network element 402, in-ring network element 404, in-ring network 
5 element 406 and in-ring network element 408 includes TDM trafSc and packet traffic 
within a same Time Division Multiplexing (TDM) signal. 

[0028] In this ring network, network elements are used that can transmit and receive 
TDM ring traffic. In addition, at least certain of the network elements provide two 
^ different switching techniques - TDM and packet. The packet switching provided can 

lilO support any number of protocols including layer 2 and layer 3 type protocols such as 

til 

W ATM, Ethernet, Frame Relay, etc. In addition to typical operations of a TDM network 
= = element, the network elements are implemented to be able to: l)programmably select on 
CiJ an STS basis certain of the incoming TDM traffic to be extracted and packet switched 
| :3 rather than TDM switched; and/or 2) receive packet traffic in another form and to be 
I, ^ 15 packet switched. Regardless of which switching technique is used, the switched traffic 
I J going back onto the ring is put in TDM format and transmitted out. However, each time 
traffic is packet switched, that traffic can be statistically multiplexed (e.g., the packets can 
be selectively dropped based on various criteria). A further description of the operation 
of system 400 and the network elements therein is described in more detail below. 
20 [0029J The architecture and configuration of system 400 is by way of example and 

not by way of hmitation, as embodiments of the present invention can be incorporated in 
other types of systems. For example, other such systems could incorporate less or more 
network elements into the network ring and/or network elements attached thereto. 
Moreover, embodiments of the present invention are not limited to the network ring 
25 architecture as illustrated in Figure 4. Examples of other types of network architectures 
that can incorporate embodiments of the present invention include, but are not limited to, 
a point-to-point configuration, point-to-multipoint configuration and/or a hub 
configuration. In addition, embodiments of the present invention are not limited to TDM 
networks, but also apply to Wave Division Multiplexing (WDM) networks. 
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Nei^v q rk Element Description 
[0030] Figure 5 illustrates portions of in-ring network elements 402-408 (for 
purposes of Figure 5, hereinafter "network element 402"), according to embodiments of 
5 the present invention. As shown, network element 402 includes line cards 502aHl and 
control card(s) 520, such that control card(s) 520 are coupled to each of line cards 502a-d. 
The number of line cards illustrated are for the sake of simplicity and not by way of 
limitation, as a lesser or greater number of line cards can be included within network 
element 402. Additionally, network element 402 includes a first switch fabric, packet 

1 0 mesh 526, which includes a full mesh such that each of line cards 502a-d is coupled to 
one another. For example, line card 502a is coupled to line cards 502b-d through packet 
mesh 526- However, embodiments of the present invention are not hmited to a full mesh 
for the transmission of packets among line cards 502a-d, as any type of switching method 
that switches based on the addressing scheme described herein can be incorporated into 

15 embodiments of the present invention. For example, in one embodiment, line cards 502a- 
d could be coupled together using a switch fabric, such that the line cards are coupled to a 
control card, which provides for the switching therein, 

[0031] Line cards 502a-d include physical connection circuitry 510a-d, ingress packet 
processing circuitry 512a-d and egress packet processing 514a-d, respectively. Physical 

20 connection circuitry 51 0a~d can be coupled to lines external to network element 402, as 
shown, which can carry optical and/or electrical signals, which is described in more detail 
below in conjunction with Figure 7. hi one embodiment, line cards 502a-d of network 
clement 402 may be connected to an optical line transmitting SONET OC-N signals. 
Moreover, in an embodiment, line cards 502a-d of network element 402 maybe 

25 connected to an electrical line such as a Tl, T3, Jl, El, E3, Ethernet, Gigabit Ethernet, 
etc. However, embodiments of the present invention are not limited to the above- 
described examples, as any other type of optical or electrical data transmission can be 
mcorporated into embodiments of the present invention. Additionally, control cards(s) 
520 include TDM switching circuitry 516. 
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[0032] In an embodimciu, each line card 502a-d can bo coupled to four optical and/or 
electrical lines. In another embodiment, each line card 502a-d can be coupled to eight 
optical and/or electrical lines. In one embodiment, each hne card 502a-d can be coupled 
to 12 electrical (T3) lines. However, embodiments of the present invention are not so 
5 limited, as a lesser or greater number of optical and/or electrical lines can be coupled to 
network element 402 through line cards 502a-d. Additionally, physical connection 
circuitry 510a-d are coupled to ingress packet processing circuitry 512a-d, respectively, 
such that packet data being received from the optical and/or electrical lines is passed from 
physical connection circuitry 510a-d to ingress packet processing circuitry 512a-d, 

10 respectively. In one embodiment, the packet data is extracted from a TDM signal, which 
is described in more detail below. 

[0033] Ingress packet processing circuitry 512a-d is coupled to packet mesh 526. 
Accordingly, each ingress packet processing circuitry 5l2a-d is coupled to each egress 
packet processing circuitry 51 4a-d, respectively, on other line cards 502a-d through 

1 5 packet mesh 526. Moreover, egress packet processing circuitry 5 1 4a-d is respectively 
coupled to ph3^ical connection circuitry 51 Oa-d, such that packet data traffic coming in 
from packet mesh 526 from ingress packet processing circuitry 512a-d is transmitted from 
egress packet processing circuitry 514a-d to physical connection circuitry 51 Oa-d, 
respectively 

20 [0034] Line cards incorporated into embodiments of the present invention are not 

limited to those illustrated by line cards 502a-'d. Moreover, the network elements can 
have different line card configurations from that shown by line cards 502a-d, For 
example, a given in-nng network element could be limited to a single line card that can 
receive and transmit TDM traffic(which may include packet traffic) within network ring 

25 414, employing multiple interfaces for the receipt and transmittal of TDM traffic. In 
another embodiment, a given in-ring network element can include a first line card to 
receive TDM traffic (which may include packet traffic) from another in-ring element, 
while a second line card can transmit TDM traffic to another or same in-ring network 
element. In one such embodiment, a third line card can be incorporated into this given in- 
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ring network element to add, drop and transmit different l\pes of ti aiTic including 
different types of packet traffic, such as ATM, Frame Relay, IP, etc, received and 
transmitted to a non-ring network element. In another embodiment, a given network 
element may include a smgle line card with multiple interfaces such that a first interface 
5 receives TDM traffic from another in-ring network element, a second interface transmits 
TDM traffic to another in-ring network element and a third interface adds, drops and 
transmits traffic, such as packet traffic to a non-ring network element. 

[0035] Accordingly, a line card is used either to connect to an in-ring network 
^ element to form part of the ring, or to provide communication with out-of ring network 
- 1 0 elements. To provide some examples with regard to a line card connected with an out-of- 
J ring network element: 1) layer 2/3 traffic from out-of-ring network element can come in, 

go through the packet mesh to a line card connected to an in-ring network element, and 
i then out onto the ring being carried by a SONET frame; 2) layer 2/3 traffic coming from 
1 an out-of-ring network element can be de-raapped into SONET, go through the TDM 
^ 1 5 switch fabric to a line card connected to an in-ring network element, and then out onto the 
J ring being carried by a SONET frame; 3) TDM traffic coming from an out-of-ring 

network element can come in, go through the TDM switch fabric to a line card connected 
to an in-ring network element, and then out onto the ring being carried by a SONET 
frame; 4) TDM traffic carrying layer 2/3 traffic can be processed to extract the layer 2/3 
20 traffic, with the layer 2/3 traffic going through the packet mesh to a line card connected to 
an in-ring network element, and then out onto the ring carried by a SONET frame; layer 
2/3 traffic coming form an out-of-ring network element can go through the packet mesh 
to an line card connected to an out-of-ring network element, and then go out of the ring 
being carried by the protocol of the interface of that egress line card; etc. 
25 [0036] With regard to the TDM traffic, a second switch fabric (in addition to packet 

mesh 526) is formed among line cards 502a-d and TDM switching circuitry 516 of 
control cards 520, as illustrated by the dashed lines in Figure 5. In particular, physical 
connection circuitry 5 lOa-d is coupled to TDM switching circuitry 516 for the receiving 
and transmitting of TDM traffic into and out of network element 402. Accordingly, TDM 
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switching cjicuitry 516 receive TDM traffic from physical connection circuitry 5 i Oa-d 
and switches this traffic to any of physical connection circuitry 51 Oa-d, based on 
configuratioa data for the timeslots of the TDM traffic. For example, TDM switching 
circuitry 5 1 6 could be configured such that data within the first ten timeslots of a TDM 
5 signal, such as a SONET/SDH signal, received on a first interface of physical connection 
circuitry 510a are forwarded out the first five timeslots of a TDM signal being transmitted 
out from a first interface of physical connection circuitry 51 Od. 

Line Card 502 

'- |10 (00371 Figure 6 illustrates portions of line card 502, according to embodiments of the 

present invention. In particular. Figure 6 illustrates portions of physical connection 
circuitry 510, ingress packet processing circuitry 512 and egress packet processing 
CiJ circuitry 5 14. Physical connection circuitry 510 includes those blocks to the left of 
tJ dashed line 650, while ingress packet processing circuitry 512 and egress packet 
1= bl5 processmg circuitry 514 include those blocks to the right of dashed line 650. Physical 
f J connection circuitry 510 includes defiramer unit 602, packet engine 604, framer unit 612 
and packet engine 610. Ingress packet processing circuitry 512 includes packet processor 
606, while egress packet processing circuitry 514 includes packet processor 608. 

[00381 Additionally, line card 502 of Figure 6 is broken into ingress and egress units, 
20 as described above in conjimction with Figure 5. Ingress unit 620 includes those blocks 
above dashed line 652, and egress unit 622 includes those blocks below dashed line 652. 
In particular, ingress unit 620 includes defi-amer unit 602, packet engine 604 and packet 
processor 606, while egress unit 622 includes framer unit 612, packet engine 610 and 
packet processor 608, 

25 [0039] Ingress unit 602 receives a data signal, such as a number of DS3 signals, 

external to the network element, containing line card 502, through defi-amer unit 602, 
Defi-amer unit 602 is coupled to packet engine unit 604 through payload signal 630, fi-ame 
ahgnment signal 632 and overhead data signal 634. The delineation of signals 630-634 is 
for the sake of clarity and not by way of limitation. For example, in one embodiment. 
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there could be a single transmission line bciwccn dcframer unit 602 and packet cn j^ific 
unit 604 for passing of the payload, frame alignment and overhead data signals Packet 
engine unit 604 is coupled to packet processor 604, which is coupled to packet mesh 526 
(shown in Figure 5). 

5 [0040) Egress unit 622 receives packets from packet mesh 526 (shown in Figure 5) 

through packet processor 608. Packet processor 608 is coupled to packet engine unit 610. 
Moreover, packet engine unit 610 is coupled to framer unit 612 through payload signal 
636, frame alignment signal 638 and overhead data signal 640, The delineation of signals 
636-640 is for the sake of clarity and not by way of limitation. For example, in one 
iJ 1 0 embodiment, there could be a single transmission line between packet engine unit 610 
i J and framer unit 612 for passing of the payload, frame alignment and overhead data 

signals. Framer unit 612 is coupled to an external data signal, such as a number of DS3 
?^ signals. The operation of the portions of line card 502 illustrated in Figure 6 will now be 
r J described in terms of framed-based and unframed-based operations. 

ills 

A Framed-Based Operations 

[0041 J The operation of the portions of line card 502 illustrated in Figure 6 will now 
be described in terras of framed-based operations. In other words, in addition to other 
operations, line card 502 will locate the frame boundaries of the incoming TDM signals. 
20 Ingress unit 620 receives a data signal, such as a number of DS3 signals, external to the 
network element, containing line card 502, through deframer unit 602. 

[0042] In one embodiment, with regard to ingress unit 620, deframer unit 602 
receives a DS3 signal and extracts the 28 DSl signals contained therein, as is known in 
the art. The subsequent operation of deframer unit 602, packet engine 604 and packet 
25 processor 606 will be described in terms of one of the 28 DSl signals extracted from the 
incoming DS3 signal. The given DSl signal used to illustrate the operation of line card 
502 will be a DSl superframe signal, as is known in the art. This is byway of example 
and not by way of limitation as signals employing other formats can be incorporated into 
embodiments of the present invention. For example, in another embodiment an extended 
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siiperframe could be processed by line card 502. In an enibodniti^nt, other types of TDM- 
based signals, such as a DS3, El or Jl signal, could be used. 

[0043] Figure 7 illustrates a DSl superframe according to embodiments of (he 
present invention. In particular. Figure 7 includes DS 1 superframe 700. As is known in 
5 the art, a DSl superframe includes 12 DSl frames. However, for the sake of clarity DSI 
superframe 700 includes the first two and the last DSl frame within a DSl superframe. 
In particular, DSl superframe 700 includes DSl frame 702, DS 1 frame 712 and DSl 
frame 732, Moreover, each of DSl frames 702, 712 and 732 include overhead bits and a 
number of DSOs, as is known in the art. In one embodiment, a given DSl fi-ame includes 
10 24 DSOs. Accordingly, DSl frame 702 includes overhead bit 704 and DSOs 706, while 
DSl frame 712 includes overhead bit 714 and DSOs 716. Additionally, DSl frame 732 
includes overhead bit 734 and DSOs 736. 

[0044] In one embodiment, deframer unit 602 locates the beginning of DSl 
superframe 700 as well as the locations of each DSl frame contained therein. For 
15 example, deframer imit 602 identifies the beginning of DSl 702, 712 and 732. Moreover, 
in an embodiment, deframer unit 602 extracts overhead bits 704, 714 and 734 from DSl 
702, 712 and 732, respectively. Accordingly, deframer unit 602 transmits DSOs 706, 716 
and 736 across payload signal 630 and overhead bits 704, 714 and 734 across overhead 
data signal 634. Moreover, deframer unit 602 transmits frame alignment data, including 
20 the beginning of DSl superframe 700 as well as the beginning of each of DSl 702, 712 
and 732, across frame alignment signal 632. As illustrated, deframer unit 602 transmits 
the payload (e.g., the DSOs), the overhead data (i.e., overhead bits) as well as frame 
alignment data (not just the payload of an incoming signal) to packet engine unit 604. 

[0045] Packet engine unit 604 receives the DSOs, the overhead bits and the framing 
25 alignment data from deframer unit 602 and processes the data. In one embodiment, the 
processing of data by packet engine unit 604 includes the generation of packet engine 
packets such that each packet engine packet corresponds to a DS 1 frame including the 
payload of DSOs and the overhead bits. 

(0046] To help illustrate. Figure 8 shows packet engme packets corresponding to 
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DSl frames within a DSl supcrfxame, according to eitibodimciUs ofthe present invention- 
Packet engine packets 800 include packets 802, 808 and 814 that correspond to DSl 
frames 702, 712 and 732 of Figure 7, respectively. As illustrated, a packet engine packet 
includes a header byte along with a payload. The payload of such packets includes the 
5 DSOs from the DS I frames. 

(00471 For example, packet engine packet 802 includes DSOs 706 of DSl frame 702 
along with header byte 806, which includes start of frame group (SOFG) 804 and 
overhead bit 704. SOFG 804 is part of the frame alignment data generated by deframer 
unit 602 and indicates whether the DSl frame contained in the payload ofthe network 
10 engine packet is the first DSl frame within the superframe. For example, for DSl frame 
702, which is the first DS 1 frame in DSl superframe 700, SOFG 804 will indicate that 
this is the first frame in DSl superframe 700, while SOFG 810 and 816 of packets 808 
and 814, respectively, would indicate that they are not the first frame within DSl 
superframe 700. 

1 5 [0048] However, embodiments of the present invention are not so limited, as this 

SOFG data could indicate other frame alignment data. For example, in another 
embodiment wherein the signal being transmitted to packet engine tmit 604 is a DS3 
signal, this SOFG data could indicate the first subframe within the DS3 signal. Overhead 
bit 704 is the overhead bit from DSl frame 702. 

20 [00491 Similarly, packet engine packet 808 includes DSOs 716 of DSl frame 712 

along with header byte 812, which includes start of frame group (SOFG) 810 and 
overhead bit 714. Packet engine packet 814 includes DSOs 736 of DSl frame 732 along 
v^th header byte 818, which includes start of frame group (SOFG) 816 and overhead bit 
734. As illustrated by Figure 8, packet engine unit 604 generates packet engine packets 

25 based on DSl frames such that the entire framing structure including the payload and 

overhead bits are included therein. Moreover, these packet engine packets also included 
the framing alignment data generated by deframer unit 602 within the header bytes of 
these packets. 

[0050] Packet engine unit 604 transmits packet engine packets 800 to packet 
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processor 606. Packet processor 606 generates a header for dcploymeiii as a network 
packet through packet mesh 526 (shown in Figure 5) to egress unit 622 of another or 
same line card within a given network element* In one embodiment, the network packet 
generated is an IP packet. However, embodiments of the present invention are not so 
5 Umited, as any other type of packet can be generated by packet processor 606. 

[0051] Returning to Figure 6, in one embodiment, with regard to egress unit 622, 
packet processor 608 receives a number of packets from packet mesh 526 (shown in 
Figure 5) destined to be outputted from Hne card 502 on which packet processor 608 is 
residing. In one such embodiment, each packet being received is associated with a frame 
for a given TDM signal. For example, the packet could include a DSl subframe within a 
DS3 signal. In another embodiment, the packet could include a frame within a DSl 
; superframe or extended superframe signal. The above examples of the types of frames 
^ that can be included within the packets being received by packet processor 608 are by 

way of example and not by way of limitation, as other types of frames within TDM 
; 15 signals can be included. 

J [0052] Packet processor 608 removes the packet header placed on the packet by 

^ packet processor 606 from which the packet originated, thereby leaving packet engine 

packets as illustrated by Figure 8. Packet processor 608 forwards these packets to packet 
engine unit 610. In an embodiment, packet unit 610 forwards the payload of a packet 
20 engine packet across payload signal 636. Using the example used for ingress unit 620 of 
a DSl superframe signal, the payload for the packet engine packets will include the DSOs 
for the DSl frame included in the packet. Returning to Figure 8 to help illustrate, for 
packet 802, DSOs 706 will be transmitted across payload signal 636. 

[0053] Additionally, packet engine unit 610 transmits the overhead bits for the DSl 
25 frame to framer imit 612 across overhead data signal 638. For example, for packet 802, 
overhead bit 704 is transmitted across overhead data signal 638. In one embodiment, 
packet engine tmit 610 also transmits frame alignment data for the DS 1 frame to framer 
unit 612 across frame ahgnment signal 640. For example for packet 802, SOFG 804 is 
transmitted across frame alignment signal 640. Framer unit 612 receives the DSOs, the 
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ovciticud data and the frame alignnieiu data and aligns the DSl signal using Int stuffing 
operations when necessary and transmitting the DSl signal out from egress unit 622, as is 
known in the art. 

[0054] In an alternative embodiment, frame alignment data would be transmitted by 
5 framer unit 612 to packet engine unit 610 across frame alignment signal 640, thereby 
allowing packet engine unit 610 to locate the boxmdaries for the signal to be transmitted. 
In such an embodiment, packet engine unit 610 performs the necessary bit stuffing 
operations for alignment the signal. In one embodiment, framer unit 612 receives a 
timing reference and generates the frame structure of the signals by counting positions. 

10 In one such embodiment, the timing reference may include a synchronization pulse to 
mark the start of a frame. In an embodiment, the internal coimter of framer unit 612 
counts along independently at the rate provided by the timing reference. Accordingly, the 
associated defrmner receiving the signal being framed by framer unit 612 synchronizes 
with framer unit 612. Packet engine unit 610 then forwards the signal to framer unit 612. 

15 Framer unit 612 transmits the signal out from line card 502. 

[0055J In an embodiment, wherein the TDM signal being transmitted from deframer 
unit 602 and packet engine unit 604 includes a DS3 signal, deframer unit 602 does not 
extract the overhead bits from the DS3 signal. Rather, the payload being transmitted 
across payload signal 630 will include the DS3 subfr^me for the given DS3 signal along 

20 with the overhead bits for the DS3 signal. Accordingly, the overhead bits are not placed 
within the header bytes of the packet engine packets, but remain within the payload of 
such packets. Returning to Figures 7 and 8 to help illusfrate, for packet 802 used to 
packctize a DS3 subframe, header byte 806 will still include SOFG 804. However, the 
overhead bits will not be extracted from the payload and inserted into header byte 806. In 

25 contrast, these overhead bits will be included in the payload of packet 802. However, 

embodiments of the present invention are not so limited. In another embodiment, for the 
processing of a DS3 signal, the overhead bits are extracted from the DS3 subframes and 
are inserted into the header bytes of the packet engine packets. 
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U mframed-Based Operatio ns 
[0056] The operation of the portions of line card 502 illustrated in Figure 6 will now 
be described in terms of unframed-based operations. In other words, operations will be 
described within line card 502 such that the jframe boundaries of the incoming TDM 
5 signals are not located and such that the outgoing TDM signals are not framed. Even 
though described in terms of not framing the incoming signals, embodiments of the 
present invention are not so limited. In one embodiment, line card 502 may still frame 
the incoming signal, but are not required for the subsequently described operations. For 
example, ingress unit 620 may still frame to ease the processing burden of another 
10 network element that receive this data and may required framing of such data. 

[0057] The following description of the mframed-based operations will be described 
such that a DS3 signal is framed to locate its DSl signals, wherein the DSl signals are 
processed independent of any such framing. This is by way of example and not by way 
of limitation, as other types of TDM-based signals can be incorporated into embodiments 
1 5 of the present invention. For example, in an embodiment, the incoming TDM signal 

could be an El or E3 signal. With regard to ingress unit 620, deframer unit 602 receives 
the DS3 signal and forwards the signal to packet engine unit 604 through payload signal 
630, frame alignment signal 632 and/or overhead data signal 634. In other words, in an 
embodiment, deframer unit 602 does not locate the frames within the incoming signal or 
20 generate framing information there from. 

[0058] In one embodiment, packet aiginc unit 604 receives this incoming bit stream, 
including the payload and overhead data, and breaks this stream into a defined number of 
bits independent of framing boundaries and places these bits into the payload of a packet 
engine packet. In one embodiment, the defined number of bits are such that the packet 
25 engine packets are 32 bytes in size. However, embodiments of the present invention are 
not so limited, as greater or lesser size packet engine packets can be incorporated into 
embodiments of the present invention. 

[0059] For example, in one embodiment, the incoming signal into deframer unit 602 
includes a DS3 signal. Deframer unit 602 separates this DS3 signal into its component 
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DSl signals. However, in one such embodiment, the individual DSl signals are not 
framed. Instead, a given DSl signal is arbitrarily broken into frame-sized pieces withonl 
regard to the actual frame boundaries within the DSl signal. Moreover, in an 
embodiment, the bits of such frame-sized pieces are placed into packet engine packets 
5 800 having the appropriate SOFG, overhead bit and payload format, as if the bits were 
overhead and payload bits of a given frame. However, the SOFG bit of the packet would 
not be set, as no filming is involved herein. 

[0060] Returning to Figure 8 to help illustrate, the defmed number of bits are placed 
into the location designated for DSOs. For example, for packet 802, this defined number 
1 0 of bits from the incoming bit stream are placed into the location for DSOs 706. Similar to 
the framed-based operations, header byte 806 is generated for packet 802. However, 
header byte 806 does not include SOFG 804 or overhead bit 704, as there is no framing 
involved in this embodiment. Overhead bit 704 is, however, included in the incoming bit 
stream. 

1 5 [0061] Packet engine unit 604 transmits packet engine packets 800 to packet 

processor 606, Similar to the framed-based operations, packet processor 606 generates a 
header for deployment as a network packet through packet mesh 526 (shovm in Figure 5) 
to egress unit 622 of another or same line card, hi one embodiment, the header includes 
the source and destination for the packet. The source is determined based on the line card 

20 and if multiple ports on the line card, which port the data within the packet is being 
received from. The destination is determined based on forwarding tables, which are 
known in the art, that packet processor 606 accesses from a memory location internal or 
external to packet processor 606 (not shown). Jn one embodiment, the network packet 
generated is an IP packet. However, embodiments of the present invention are not so 

25 limited, as any other type of packet can be generated by packet processor 606. 

[0062] In another embodiment, packet engine unit 604 docs not processes the 
incoming bits (i.e., the generation of a packet engine packet), mcluding the division of the 
incoming bits and the placement of a header thereon to form these packets. Rather, 
packet engine unit 604 passes these incoming bits to packet processor 606. Li such an 
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embodiment, packet processor 606 dt^lurjatcs these incoming bits to place such bits into 
packets of a given size, which varies depending on the protocol or standard employed for 
transmission out from packet processor 606, 

10063] With regard to egress unit 622, packet processor 608 receives a number of 
5 packets from packet mesh 526 (shown m Figure 5) destined to be outputted from line card 
502 on which packet processor 608 is residing. Packet processor 608 removes the packet 
header placed on the packet by packet processor 606 from which the packet originated, 
thereby leaving packet engine packets as illustrated by Figure 8. Packet processor 608 
forwards these packets to packet engine unit 610, Packet engine unit 610 removes the 
10 bits from the payload of packet engine packets 800 and forwards these bits to framer imit 
612 through payload signal 636, frame alignment signal 638 and/or overhead data signal 
640. Framer unit 612 passes these bits onto the outgoing line, independent of any 
framing. In other words, framer unit 612 dumps the bits onto the outgoing line without 
regard for framing of such bits. 

15 

System Applications 
[0064J System ^plications related to both framed-based and unframed-based 
operations will now be described- As illustrated, by Figures 7 and 8, for frame-based 
operations, embodiments of the present invention break down the incoming TDM signals 
20 into their constituent parts for transmission as network packets, while maintaining the 
framing structure of the original TDM signals, including the payload and the overhead 
bits contained therein, as well as frame alignment data related to the signal. Moreover, 
embodiments of the present invention can provide the functionality of the prior art 
illustrated in Figure 2, independent of interface units 204 and 214 and digital signal 
25 processors 206 and 212, thereby reducing the real estate as well as the power 
consumption required there from. 

[0065] In particular, upon receipt of packet engine packets 800 from packet engine 
unit 610, packet processor can break the DSOs within the payload into individual DSOs 
packet streams. Accordingly, in an embodiment, the individual DSOs are buffered and 
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packetized independent of other DSOs vvUhin the DSl firames. For example, the first DSO 
of a first DSl frame are buJffered with the first DSOs of the subsequent DSl frames and 
packelized based on the number of bits to be included in the payloads of the packets to be 
transmitted out from packet processor 606. Moreover^ packet processor 606 can 
5 compress one to any number of the DSOs packet streams, as provided by digital signal 
processor 206, using standard compression techniques. In one embodiment, packet 
processor 606 can transmit one to any number of the DSOs packet streams to a remote 
location for compression of such streams. Accordingly, the compression can be 
performed by processors, such as a digital signal processor, located in remote locations 
10 (e.g., other network elements) without occupying expensive real estate on the line cards 
of this network element. 
^"[l [0066] hi an embodiment, packet processor 606 encapsulates these packets with 

- = headers that include the source and destination, as described above with other packets 
3 being processed by packet processor 606. Packet processor 606 forwards these DSO 

. 15 packet streams to egress units 622 of this or other line cards of the given network element 

J for external transmission. Moreover, in an embodiment, the overhead bits and frame 
f l ahgnment data are transmitted to the receiving egress unit 622 through the packet stream. 
Packet processor 608 of the receiving egress unit 622 receives the DSO packets and 
interleaves the DSOs into DS 1 frames. Additionally, packet processor 608 generates 
20 packet engine packets 800 using the interleaved DSOs as payload along with overiiead 
bits and frame alignment data with the headers, as illustrated by Figure 8. Packet engine 
unit 610 and framer unit 612 generate the outgoing TDM signals, as described above. 

[0067] Another system ^plication for the frame-based operations could include the 
functionality provided by the prior art illustrated in Figure 3 to allow for switching at the 
25 DSO level. In particidar, as set forth above in the other-described system application for 
frame-based operations, packet processor 606 can separate the individual DSOs within the 
payloads of packet engine packets 800 and generate individual DSO packet streams across 
a number of DSl frames. Accordingly, in one embodiment of the frame-based 
operations, packet mesh 526 (shown in Figure 5) of network elements 402-408 can act as 
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a full DSO-lcvel cross connect. 

[0068] As described above, these DSOs can be mapped into packet size data that can 
be processed by packet processor 606 and packet processor 608 as well as being switched 
through packet mesh 526. Returning to Figure 5 to help illustrate, 24 DSOs could be 
5 generated by packet processor 606 of line card 502a. Additionally, an additional 24 DSOs 
could be generated by packet processor 606 of line card 502b. Based on configuration of 
network element 402, the first 14 DSOs signals from line card 502a are to be combined 
with the last 10 DSOs from line card 502b and are to be transmitted out as a DS 1 signal 
through an interface on line card 502d, Moreover, based on configuration of network 
£3 10 element 402, the last 10 DSOs from line card 502a are to be combined with the first 14 

IQ DSOs from line card 502b and are to be transmitted out as a DSl signal through an 

V4 

^4 interface on line card 502c. The above-described switching and combining of DSOs is by 

^ Z way of example and not by way of limitation, as DSOs from any number of locations can 

C3 

s be combined and switched based on forwarding tables and/or databases that packet 

f ^■^ 

15 processors 606 and 608 can access. As shown, DSOs can be switched through packet 
J mesh 526 and interleaved within DSls in different combinations such that a given 
Tl outgoing TDM signal can include one to a number of DSOs from different incoming TDM 
signals. 

[0069] System applications for unframed-based operations will now be described. In 
20 one embodiment of the unframed-based operations, packet mesh 526 (shown in Figure 5) 
of network elements 402-408 can act as a frill DSl or DS3 level cross connect. In 
particular, as described above, these TDM signals can be mapped into packet size data 
that can be processed by packet processor 606 and packet processor 608 as well as being 
switched through packet mesh 526, independent of locating framing boundaries within 
25 such signals. 

[0070J Returning to Figure 5 to help illustrate, 28 DSl signals could be received by 
line card 502a. Additionally, an additional 28 DSl signals could be received by line card 
502b. Based on configuration of network element 402, the first 14 DSl signals coming 
into line card 502a are to be combined with the last 14 DSl signals coming into line card 
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502b and arc to be transmitted out as a single DS3 bi^nal through an interface on line catcl 
502d- Moreover, based on configuration of network element 402, the last 14 DSl signals 
coming into line card 502a are to be combined with the first 14 DSl signals coming into 
line card 502b and are to be transmitted out as a single DS3 signal through an interface on 
5 line card 502c. These operations can be performed employing packet processors 606-608 
and packet mesh 526. 

[0071] In particular, each of the 28 DSl signals being received by Une card 502a and 
each of the 28 DSl signals being received by line card 502b are mapped into packet size 
data and processed as packets through packet processor 606 and packet mesh 526, 

10 independent of the frames within such signals. These packets are received by packet 
processor 608 of the given line cards for which the DSl signals are destined and 
reassembled into their original DSl signals by the associated packet engine unit 610 and 
framer unit 612, For example, the packets making up the first 14 DSl signals being 
received by line card 502a and the first 14 DS 1 signals being received by line card 502b 

15 are received by packet processor 608 of line card 502d and are reassembled into their 
original DSl signals by packet engine unit 610 and framer unit 612 of line card 502d. 
Moreover, framer unit 612 interleaves these 28 DSl signals into a DS3 signal and 
transmits this DS3 signal out fi*om line card 502. 

[00721 Embodiments of the present invention are not such that the framed or 

20 imframed-based operations on the ingress side dictate the firamed or imfi-amed-based 

operations on the egress side. In one embodiment, ingress unit 620 frames the incoming 
signal based on the frame and/or jframe group boundaries, as described above, while the 
receiving egress unit 622 performs the fi-aming operations related to both the fi-ame and 
fi-ame group (e.g., DS I superfi-ame) boundaries for the outgoing signal firom firamer unit 

25 612. In other words, using the SOFG, framer unit 612 replaces the overhead bits and 

aligns the payload with the frame and/or frame group boundaries. Accordingly, robbed- 
bit signaling and subrate formats that require ahgjiment to frame group boundaries are 
passed intact. In such an embodiment, the input and output data links are treated as 
separate links for the purposes of line maintenance signaling. 
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[0073] In another embodiinuiiL, ingress unit 620 frames the incoming signal based on 
the frame and/or frame group boundaries, as described above, while the receiving egress 
unit 622 performs the framing operations related to only to the frame boundaries and not 
the frame group (e.g., DSl superframe) boundaries for the outgoing signal from framer 
5 unit 612. In such an embodiment, the receiving egress unit 622 ignores the SOFG such 
that the frame group boundary is not aligned but the individual frames therein are. 
Accordingly, in the event of frame slippage due to clock differences, the slips occur in 
units of one frame. Such an embodiment can be used for long distance voice traffic. In 
such an embodiment, the input and output data links are treated as separate links for the 

1 0 purposes of line maintenance signaling. 

[00741 In an embodiment, ingress unit 620 frames the incoming signal based on the 
frame and/or frame group boundaries, as described above, while the receiving egress unit 
622 does not perform framing operations of the received signal. Therefore, the payload 
along with the overhead data is passed, thereby allowing the monitoring of the overhead 

15 information. In such an embodiment, the input and output data links are treated as parts 
of a single link for the purposes of line maintenance signaling. 

[0075] In one embodiment, ingress unit 620 does not frame the incoming signal, 
while the receiving egress unit 622 also does not perform framing operations on this 
signal. The payload of this signal is forwarded with all of the overhead data still within 

20 the signal. In one such embodiment, the overhead data on this signal cannot be 

monitored. In such an embodiment, the input and output data hnks are treated as parts of 
a single link for the purposes of line maintenance signaling. Moreover, slippage within 
the signal is within framed- sized xmits. 

(0076] In another embodiment, ingress unit 620 and the receiving egress unit 622 

25 processes the signal in a transparent mode. The data is sent across packet mesh 526 as 
certain-sized packets without placing such data into the format of packet engine packets 
800, illustrated in Figure 8. In one such embodiment, slippage within the signal is within 
packet-sized units. 
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[0077] Moreover, with regard Lo Liming between a given dclVanici at ihe line card 
where a TDM signal is to be packeti/;ed and the corresponding framer where the 
packetized signal is reconstructed, a number of mechanisms may be employed. In an 
embodiment, the framer on the line card where the TDM signal is packetized and the 
5 framer on the line card where the signal is reconstructed from packetized data are timed 
from a conmion network clock, while the far end network element sending the TDM 
signal to be packetized is loop timed (i.e., its framer is timed according to the signal 
received by its deframer). In one embodiment, the framer where the TDM signal is 
reconstructed and the framer at the far end network element where the signal originated 
10 are both timed from a common network clock that is distributed by some other 
transmission path. 

[0078] In an embodiment, the framer where the TDM signal is reconstructed and the 
framer where such signal originates are not constrained to have common timing, thereby 
allowing frame-slips to occur. In one embodiment, the timing of the framer where the 

15 signal is reconstructed is adjusted according to timing information inferred from the 

arrival time of the packets and/or the length of the queue of packetized TDM data to be 
sent. In an embodiment, the timing of the TDM signal to be packetized is compared 
against the network clock. Accordingly, a measure of the deviation is placed in the 
packets of the TDM data and transmitted to where the TDM signal is reconstructed and 

20 used to adjust the timing of the framer therein. However, embodiments of the present 

invention are not so limited. For example, in another embodiment, the deviation from the 
network clock can be communicated to the reconstructing line card by other means or 
transmission paths. The above-described embodiments of the techniques to provide 
timing between a given deframer and framer are by way of example and not by way of 

25 limitation, as other techniques to allowing for such timing can be incorporated into 
embodiments of the present invention. 

[0079] The line cards and control cards included in the different network elements 
include memories, processors and/or Application Specific fritegrated Circuits (ASICs). 
Such memory includes a machmc-readable medium on which is stored a set of 
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instructions (i.e., software) embodying any one, ui ad, oTihe methodologies describeci 
herein. Software can reside, completely or at least partially, within this memory and/or 
within the processor and/or ASICs, For the purposes of this specification, the term 
"machine-readable medium" shall be taken to include any mechanism that provides (i.e., 
5 stores and/or transmits) information in a form readable by a machine (e.g., a computer). 
For example, a machine-readable medium includes read only memory (ROM); random 
access memory (RAM); magnetic disk storage media; optical storage media; flash 
memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., 
carrier waves, mfrared signals, digital signals, etc.); etc. 

10 [0080] Thus, a method and apparatus for alignment of TDM-based signals for packet 

transmission using framed and unframed operations have been described. Although the 
present invention has been described with reference to specific exemplary embodiments, 
it will be evident that various modifications and changes may be made to these 
embodiments without departing from the broader spirit and scope of the invention. 

15 [0081] For example, embodiments of the present invention illustrated with Figures 

and 8 were described with regard to a DS 1 superframe. However, embodiments of the 
present invention are not so limited, as other transmission standards can be employed. 
For example, the El standard could be used. Therefore, the overhead bits illustrated in 
Figures 7 and 8 would become overhead bytes. In one such embodiment, the overhead 

20 bytes would be included withia the payload of the signal. 

[0082] Moreover, embodiments of the present invention are described within a line 
card in an in-ring network element (illustrated in Figure 1). However, embodiments of 
the present invention are not so limited. For example, embodiments of the present 
invention can be incorporated into other network elements, such as non-ring network 

25 elements, 

[0083] Additionally, the processing was described across line cards and control cards. 
However, embodiments of the present invention are not so limited. For example, a single 
line card could incorporate the processing described across multiple line cards and/or 
control cards in the network elements. Moreover, the functionality described in card 
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could be moved to a different card. For example, the fiinctionality described in a lin 
card could be incorporated into the control card Accordingly, the specification and 
drawings are to be regarded in an illustrative rather than a restrictive sense. 
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